Description

@oclif/core/handle and @oclif/core/flush expose handle and flush as named exports from their subpath modules. The previous code was passing the module object directly into .then() / .catch(), which means the intended handlers were not actually being called correctly.
As a result, errors could escape to Node’s default uncaught exception printer instead of going through oclif’s normal error renderer.

The fix explicitly destructures handle and flush and passes the actual functions into the promise chain
This keeps CLI error handling consistent and avoids leaking raw stack traces in cases where oclif should render a cleaner user-facing error.

Related Issue

https://jira.corp.adobe.com/browse/ACNA-4659

Closes #829

Motivation and Context

aio currently shows raw Node.js stack traces for CLI errors instead of oclif’s clean error output. The root cause is that bin/run passes the @oclif/core/handle and @oclif/core/flush module objects instead of the actual named functions exported by @oclif/core v4.

Because of that, error handling is skipped and user-facing validation/runtime errors are displayed as noisy stack traces. This PR fixes the wiring by passing the actual handle and flush functions, restoring clean CLI error rendering and making command failures easier to understand.

How Has This Been Tested?

Screenshots (if appropriate):

Types of changes

• Bug fix (non-breaking change which fixes an issue)
• New feature (non-breaking change which adds functionality)
• Breaking change (fix or feature that would cause existing functionality to change)

Checklist:

• I have signed the Adobe Open Source CLA.
• My code follows the code style of this project.
• My change requires a change to the documentation.
• I have updated the documentation accordingly.
• I have read the CONTRIBUTING document.
• I have added tests to cover my changes.
• All new and existing tests passed.